home *** CD-ROM | disk | FTP | other *** search
- Path: news.ultranet.com!usenet
- From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
- Newsgroups: comp.dcom.modems
- Subject: Re: Cybercom and WFWG?
- Date: Sat, 20 Apr 1996 12:41:08 -0400
- Organization: Cerberus Systems, Inc.
- Message-ID: <317913A4.2E3D@cerberus-sys.com>
- References: <3178ef77.246887@eskinews.eskimo.com>
- NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 2.01 (Win16; I)
-
- Brian Aase wrote:
- >
- > I've noticed what seems to be some conflicting thoughts on the use of
- > cybercom.drv with Windows for Workgroups 3.11
- > Some imply that cybercom will be an improvement, while others state
- > emphatically that cybercom should *never* be used with WFWG.
- > If not cybercom, is there perhaps another third-party comm driver
- > that does improve WFWG?
- > Can anyone clarify this for me?
-
- Brian:
-
- Windows for Workgroups uses a completely different kind of serial communications
- structure as compared to Windows.
-
- In fact, WFW3.11 has all of the DOS-Window pre-emptive multi-tasking functions
- from the "Chicago" project (Win4.0/DOS7.0) which became Win95. It's a
- significantly more sophisticated OS than Win 3.1, the cosmetic upgrade Win3.11, or
- WFW3.1 - the initial version of WFW. [Some speculate that the introduction of
- so many "Chicago" features under the guise of a minor upgrade of WFW from 3.1 to
- 3.11 was to be able to bury excessive bug complaints while saving any major surgery
- needed to fix the bugs for the highly visible introduction that became Win95, but
- only MSFT knows ;-) ].
-
- The WFW comm.drv has the same Application Program Interface (API) as the Windows
- comm.drv, in order to maintain compatibility with communications application programs.
- However, API-compatibility notwithstanding, they are very different on the other end -
- the part that talks to the com port.
-
- A Win comm.drv substitute (like cybercom.drv) is no more compatible with the WFW serial
- communications structure than the Win comm.drv itself .
-
- In both cases, the comm.drv is an installable driver type of Dynamically-Linked Library
- (dll), which has 16-bit, Ring3- (applications-) level access to hardware resources
- through a lot of Windows-style cooperative multi-tasking overhead.
-
- However, the WFW comm.drv is merely a front-end for a Ring0 Virtual Device Driver
- (VxD), called vcomm.386 which does all of the actual interfacing with the com port
- hardware (actually through another VxD called serial.386) and is extremely fast. Win
- comm.drvs are unaware of vcomm.386 and unable to utilize its high-speed access to
- system resources.
-
- While early versions of serial.386 introduced extra escape characters on shutting down
- a com port, and had to be replaced with a new version to cure the need to re-boot in
- order to access the port a second time, the WFW comm.drv (simple as it is) is not a
- limiting factor in the WFW serial communications architecture.
-
- If you have overruns, you'll probably find that their cure is associated with the
- configuration of the rest of your system (FIFO-equipped com port, windows system.ini
- settings, video card driver, hard disk driver, BIOS, etc.), especially those subsystems
- whose IRQs have a higher priority than com port IRQs, and can keep the CPU too busy to
- empty the com port in time.
-
-
- Regards,
-
- Al
-
- --
- ==================================================================
- Albert P. Belle Isle
- Cerberus Systems, Inc.
-
- Al's Winsock Tuning FAQ -
- http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
- ==================================================================
-